home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / advocacy-part1 / 5087 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.8 KB
  1. Path: news.dal.ca!news
  2. From: hayes@ug.cs.dal.ca (Kevin Hayes)
  3. Newsgroups: comp.sys.powerpc,comp.os.linux.advocacy,comp.sys.mac.advocacy,comp.os.os2.advocacy,comp.sys.amiga.advocacy
  4. Subject: Re: Copland merely shifts the burden to the programmer
  5. Date: Thu, 07 Mar 1996 18:42:07 GMT
  6. Organization: Dalhousie University
  7. Message-ID: <4hnalr$6dn@News.Dal.Ca>
  8. References: <nevin-0602962253080001@150.135.1.79> <31349BAA.6418@mediamatic.nl> <4h4qir$dpj@nuke.csu.net> <313CA521.13D8@mediamatic.nl> <4hjiv4$hdt@nuke.csu.net> <313EE335.8A4@mediamatic.nl>
  9. NNTP-Posting-Host: khayes.macdonald.dal.ca
  10. X-Newsreader: Forte Free Agent 1.0.82
  11.  
  12. Pascal Haakmat <pascal@mediamatic.nl> wrote:
  13.  
  14. >Gregory L Hansen wrote:
  15. > 
  16. >> >Then the blue box would have to restart all the applications that were running at the
  17. >> >time the blue box crashed. While I certainly consider this a feasible sort of thing,
  18. >> >re-loading every application sure does kill the prospect of 'shorter startup times'.
  19. >> I don't think you'd have to restart any apps.  As far as I can tell, if
  20. >> the restart generates some kind of RestartedBlueBox event, you can
  21. >> trivially redraw everything.  
  22.  
  23. >Surely though the routines for window drawing MUST be cooperatively run inside the Blue Box and 
  24. >therefore be restarted upon a Blue Box crash. As specs have come by now, there is no way for a 
  25. >protected thread to preemptively call the Toolbox.
  26.  
  27. No, I would say the kernel would restart the blue box, and the apps
  28. within it.
  29.  
  30. >A problem I see is that there is noone listening to the RestartedBlueBox event since to do 
  31. >that, you'd have to run cooperatively inside the Blue Box that has just crashed and is 
  32. >recovering itself.
  33.  
  34. When an app is started it checks for any preemptive threads belonging
  35. to it. For example, look for all running processes belonging to a
  36. creator code - it could be the same creator code that apps and docs
  37. use today. If an app finds one, it can call that preemptive process to
  38. "reconnect" to it.
  39.  
  40. If an app doesn't find a preemptive process with it's creator code, it
  41. assumes there are none. (i.e. the download has finished, or we are
  42. starting the app for the first time)
  43.  
  44. >> Everything is linked, so you'll always know how to find anything
  45. >> you need.  Then go through it and, one at a time, call the functions you
  46. >> used to draw them in the first place.  Replace the old window handles
  47. >> with the new ones.
  48.  
  49. >You can't call these functions from a protected thread, and your cooperative Blue Box thread 
  50. >has just crashed along with the Blue Box. How are you going to call these functions without 
  51. >first restarting your cooperative thread?
  52.  
  53. You can't call GUI functions no. But there's nothing stopping a
  54. "reconnect" Apple Event from going to and from the threads (or
  55. processes).
  56.  
  57. >> But until we learn more, it's all just blind speculation.
  58.  
  59. >Lot's of fun nevertheless :)
  60.  
  61. Yep.
  62.  
  63.  
  64.